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SYSTEM AND METHOD FOR PROVIDING A 
BROWSER-BASED USER INTERFACE 

5 CROSS REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of U.S. Provisional Application No. 60/499,751, 
filed September 3, 2003. 

10 BACKGROUND OF THE INVENTION 

The present invention relates to computer software, and more particularly, but not 
exclusively, relates to providing a browser-based application. 

Traditional Internet applications are structured as a series of hyperlinked documents, 

15 which may or may not be generated dynamically. Such applications typically differ 

substantially from client-server applications in that the user interface is generated by the web 
server and transmitted to the web browser on the client for rendering. This results in the user 
experiencing changes of context and delays while documents are received. Web applications 
typically provide limited application functionality (e.g. no MDI type interface available) 

20 compared to traditional client-server native operating system applications (e.g. Windows 
executables). 

Some web applications solve one or more of these problems using ActiveX controls or 
Java controls, but such applications are not acceptable in many environments due to security 
considerations. Also, frame based applications help overcome the frequent changes in context 
25 to some degree, but they still present a wait time as the frame page is reloaded from the 
server. 

In view of such limitations, there is a need for further advancements in this area. 
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SUMMARY OF THE INVENTION 

One form of the present invention is a unique browser-based application. Other forms 
include unique systems and methods to provide a zero-footprint browser-based user interface. 

Another form includes operating a computer system that has several client 
5 workstations and servers, and accessing an application from a web browser that displays 
information in one or more content windows in a dashboard format. 

Another form includes requesting that a browser-based application be retrieved from a 
server, the browser-based application requiring no web components to be installed before 
using the application other than a web browser. A single page is received from the server that 
10 contains code for a user interface for the application. The user interface is displayed to a user, 
and contains a plurality of content windows. When at least one piece of data needs to be 
retrieved from a data source, an asynchronous request is sent to the server for the at least one 
piece of data from a hidden frame in the page. The at least one piece of data is received from 
the server and used in the application. 
15 Yet other forms, embodiments, objects, advantages, benefits, features, and aspects of 

the present invention will become apparent from the detailed description and drawings 
contained herein. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a diagrammatic view of a computer system of one embodiment of the present 
invention. 

FIG. 2 is a high level process flow diagram for the system of FIG. 1 demonstrating the 
5 stages involved in providing a browser-based user interface. 

FIG. 3 is a process flow diagram for the system of FIG. 1 demonstrating the stages 
involved in using asynchronous calls for communications with one or more servers. 

FIG. 4 is a process flow diagram for the system of FIG. 1 demonstrating the stages 
involved in predicting next actions and retrieving data according to the prediction. 
10 FIG. 5 is a process flow diagram for the system of FIG. 1 demonstrating the stages 

involved in creating and modifying content windows for a dashboard. 

FIG. 6 is a process flow diagram for the system of FIG. 1 demonstrating the stages 
involved in creating and modifying alerts associated with content windows. 

FIG. 7 is a simulated screen of a dashboard user interface for a client computer of the 
15 system of FIG. 1. 
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DETAILED DESCRIPTION OF SELECTED EMBODIMENTS 

For the purposes of promoting an understanding of the principles of the invention, 
reference will now be made to the embodiment illustrated in the drawings and specific 
language will be used to describe the same. It will nevertheless be understood that no 
5 limitation of the scope of the invention is thereby intended. Any alterations and further 

modifications in the described embodiments, and any further applications of the principles of 
the invention as described herein are contemplated as would normally occur to one skilled in 
the art to which the invention relates. 

One embodiment of the present invention includes a unique system for providing a 

10 browser-based user interface. FIG. 1 is a diagrammatic view of computer system 20 of one 
embodiment of the present invention. Computer system 20 includes computer network 22. 
Computer network 22 couples together a number of computers 21 over network pathways 
23a-g. More specifically, system 20 includes several servers, namely Web Server 24, 
Reporting Server 25, Relational Database Server 26, and Data Warehouse Server 27. System 

15 20 also includes client workstations 30a, 30b, and 30c (collectively 30). While computers 21 
are each illustrated as being a server or client, it should be understood that any of computers 
21 may be arranged to include both a client and server. Furthermore, it should be understood 
that while seven computers 21 are illustrated, more or fewer may be utilized in alternative 
embodiments. 

20 Computers 21 include one or more processors or CPUs (50a, 50b, 50c, 50d, 50e, 50f, 

and 50g, respectively) and one or more types of memory (52a, 52b, 52c, 52d, 52e, 52f, and 
52g, respectively). Each memory 52a, 52b, 52c, 52d, 52e, 52f, and 52g includes a removable 
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memory device. Each processor may be comprised of one or more components configured as 
a single unit. Alternatively, when of a multi-component form, a processor may have one or 
more components located remotely relative to the others. One or more components of each 
processor may be of the electronic variety defining digital circuitry, analog circuitry, or both. 
5 In one embodiment, each processor is of a conventional, integrated circuit microprocessor 
arrangement, such as one or more PENTIUM III or PENTIUM 4 processors supplied by 
INTEL Corporation of 2200 Mission College Boulevard, Santa Clara, Calif. 95052, USA. 

Each memory (removable or generic) is one form of computer-readable device. Each 
memory may include one or more types of solid-state electronic memory, magnetic memory, 

10 or optical memory, just to name a few. By way of non-limiting example, each memory may 
include solid-state electronic Random Access Memory (RAM), Sequentially Accessible 
Memory (SAM) (such as the First-In, First-Out (FIFO) variety or the Last-In-First-Out (LIFO) 
variety), Programmable Read Only Memory (PROM), Electronically Programmable Read 
Only Memory (EPROM), or Electrically Erasable Programmable Read Only Memory 

15 (EEPROM); an optical disc memory (such as a DVD or CD ROM); a magnetically encoded 
hard disc, floppy disc, tape, or cartridge media; or a combination of any of these memory 
types. Also, each memory may be volatile, nonvolatile, or a hybrid combination of volatile 
and nonvolatile varieties. 

Although not shown to preserve clarity, in one embodiment each computer 21 is 

20 coupled to a display. Computers may be of the same type, or a heterogeneous combination of 
different computing devices. Likewise, displays may be of the same type, or a heterogeneous 
combination of different visual devices. Although again not shown to preserve clarity, each 
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computer 21 may also include one or more operator input devices such as a keyboard, mouse, 
track ball, light pen, and/or microtelecommunicator, to name just a few representative 
examples. Also, besides display, one or more other output devices may be included such as 
loudspeaker(s) and/or a printer. Various display and input device arrangements are possible. 
5 Computer network 22 can be in the form of a Local Area Network (LAN), Municipal 

Area Network (MAN), Wide Area Network (WAN), such as the Internet, a combination of 
these, or such other network arrangement as would occur to those skilled in the art. The 
operating logic of system 20 can be embodied in signals transmitted over network 22, in 
programming instructions, dedicated hardware, or a combination of these. It should be 

10 understood that more or fewer computers 21 can be coupled together by computer network 22. 
In one embodiment, system 20 operates at one or more physical locations where Web 
Server 24 is configured as a web server that hosts application business logic 33, Reporting 
Server 25 is configured as a reporting server for processing Business Objects® reports or 
other corporate reporting systems 34, Relational Database Server 26 is configured as a 

15 database server for storing relational data 35, Data Warehouse Server 27 is configured as a 
data warehouse server for storing warehouse data such as data marts or OLAP cubes 36, and 
client workstations 30a, 30b, and 30c are configured for providing a browser-based user 
interface 32a, 32b, and 32c, respectively. Typical applications of system 20 would include 
more or fewer client workstations of this type at one or more physical locations, but three 

20 have been illustrated in FIG. 1 to preserve clarity. Furthermore, although four servers are 

shown, it will be appreciated by those of ordinary skill in the art that the one or more features 
provided by Web Server 24, Reporting Server 25, Relational Database Server 26, and Data 
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Warehouse Server 27 could be provided on the same computer or varying other arrangements 
of computers at one or more physical locations and still be within the spirit of the invention. 
Farms of dedicated servers could also be provided to support the specific features if desired. 
As illustrated and described in greater detail hereinafter, the browser application of 
5 system 20 in a preferred embodiment is displayed to the user in a dashboard format with 
multiple content windows. The content windows can be displayed in varying arrangements. 
Alerts can visually indicate that certain criteria have been met. The user can customize the 
arrangement, size, content and layout of the content windows in the dashboard. As the user 
interacts with the application, calls to Web Server 24 are made asynchronously so the user can 

10 continue interacting with other aspects of the application while the data is being retrieved. A 
single page is used for the entire application and dynamically changes the display based on 
user selections. The page never changes to another page like you would find with typical web 
applications, and thus the browser application provides the look and feel that is more 
commonly found in a traditional client-server application. 

15 Referring also to FIG. 2, one embodiment for implementing system 20 is illustrated in 

flow chart form as procedure 70, which demonstrates a high level process for providing the 
browser-based application. In one form, procedure 70 is at least partially implemented in the 
operating logic of system 20. Procedure 70 begins with a user accessing a zero-footprint 
single page browser application (stage 72) from client computer 30a over network 22. In a 

20 preferred embodiment, the single page is physically located on Web Server 24 and is 
transmitted to client computer 30a initially when accessed from a web browser on client 
computer 30a. No ActiveX components, Java components, or other web components are 
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downloaded or used on client computer 30a by the browser application, providing a zero- 
footprint. Instead, the user interface presentation code is contained in the single page, and can 
include HTML, Dynamic HTML (DHTML), Active Server Pages (ASP), and/or Java Server 
Pages (JSP), as a few non-limiting examples. The user interface is generated dynamically and 
5 locally as the user interacts with the browser application. In one embodiment, many or all of 
the rich user interface features of the browser application are implemented using DHTML. 
The single page also contains code that calls remote scripts on Web Server 24 for application 
business logic 33. 

The browser application has a user interface with one or more content windows that are 
10 displayed in a configurable dashboard format on client computer 30a (stage 74). As the user 
interacts with the browser application, the browser application determines or predicts a need 
to obtain information from a server and then calls remote scripts on Web Server 24 to retrieve 
the information asynchronously (stage 76). Because all communications with Web Server 24 
are performed asynchronously and all results are returned to the single page browser 
15 application, the user is able to interact with the browser application without experiencing 
changes in web pages and without any noticeable or significant delay (stage 78). 

Referring also to FIG. 3, procedure 90 demonstrates the process for making 
asynchronous calls to Web Server 24 when needed. Procedure 90 begins with a user 
accessing a zero-footprint single page browser application (stage 91) from client computer 30a 
20* over network 22. Web Server receives the request from client computer 30a to access the 
browser application and runs the corresponding server page (stage 92). The Server page can 
be written in ASP, JSP, or another web programming language as would occur to one in the 
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art. The server page retrieves data needed for one or more content windows in the application 
from one or more of the servers 24, 25, 26, or 27 (stage 93). The server page then generates a 
single web page that contains the code for rendering the user interface and that has code for 
making function/procedure calls to application business Logic 33 on Web Server 24 (stage 
5 94). The single web page for the user interface can be generated in formats such as HTML, 
DHTML, and/or JavaScript, as a few non-limiting examples. Since the single web page will 
display multiple content windows to the user, one document is generated in the single page for 
each of the content windows. Web Server 24 then sends the single page to client computer 
30a where the user interface can be displayed to the user with the multiple content windows 

10 (stage 95), such as a digital dashboard. 

As the user interacts with the application, at some point a system or user-initiated event 
requires information to be obtained from one or more servers (stage 96). To retrieve 
information from one or more servers, a document in a hidden frame of the browser 
application on client computer 30a makes an asynchronous call to the appropriate application 

15 business logic 33 on Web Server 24 (stage 97). If the asynchronous call is not finished (stage 
98), the user can continue interacting with the application while the call executes (stage 100). 
For example, the user can select other menu options and review other information while the 
asynchronous request to the server is pending. Upon executing the application business logic 
33, Web Server 24 retrieves information from Reporting Server 25, Relational Database 

20 Server 26, and/or Data Warehouse Server 27 if necessary. Once the results are returned from 
Web Server 24 to client computer 30a, they are displayed or used in the browser application 
without changing to another page (stage 102). 
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Referring also to FIG. 4, procedure 1 10 demonstrates the process involved in predicting 
next actions and retrieving data from Web Server 24 according to the prediction. Procedure 
1 10 begins with a user accessing a zero-footprint single page browser application (stage 1 12) 
from client computer 30a over network 22. The browser application predicts based on a 
5 recent user or system action that an upcoming action will likely require data from a server 
(stage 114). As one non-limiting example, if the user has selected an option to view a content 
window in an expanded view, the system might logically predict that a possible next action 
could include retrieving the complete detailed data behind the content window. The browser 
application can contain logic to predict one or more possible next actions. Once an event 

10 occurs for which a predicted next action is available, a document in a hidden frame of the 
browser application makes an asynchronous call to application business logic 33 on Web 
Server 24 (stage 1 16) to retrieve the data that will likely be required soon in the application. 
When the asynchronous call is finished executing, the results are returned to client computer 
30a (stage 118). If the predicted next action actually occurs (stage 120), then the results are 

15 used appropriately in the application (stage 122), such as displayed in a content window to a 
user. If the predicted next action does not occur, then the results are discarded (stage 124). 

Figures 5 and 6 show some processes involved in specifying the type and manner in 
which data is displayed in the browser application on client computer 30a. Referring to FIG. 
5, procedure 140 demonstrates the process involved in creating and modifying content 

20 windows for a dashboard. A user such as an administrator or an end user can customize the 
information that is displayed in each content window. If the user desires to create a new 
content window (stage 142), then he selects an option in the browser application to create a 
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new content window (stage 146). If the user desires to modify an existing content window, he 
instead selects an existing content window to modify (stage 144). Whether creating a new 
content window or modifying an existing one, the user can select or modify the source of data 
for the content window (stage 148). As one non-limiting example, the user can select a report, 
5 query, table(s), field(s), SQL statement, Web Service, HTML page, URL, or other data source 
such as a file, database, or location from which the content for the window should be 
generated. The user can also select or modify the format in which the data should be 
displayed in the content window (stage 150). For example, the user can select whether to 
display the data in a table, graph, gauge, or list, if appropriate for the type of data selected. 

10 The user can provide or modify the name of the content window (stage 152) and can save the 
content window (stage 154). 

Referring to FIG. 6, procedure 160 demonstrates the process involved in creating and 
modifying alerts or indicators associated with content windows. An alert can be added to a 
content window to visually and passively provide an indicator to a user that a particular event 

15 has occurred. As a few non-limiting examples, a passive alert might be illustrated by having 
text or images in a certain color, or by having some portion of text that flashes. Alerts can 
also be active, such that a sound or other notification more actively notifies the user. Alerts 
can indicate that a positive event has occurred, such as a sales goal reached, or alerts can 
indicate a negative event has occurred, such as sales reaching an all-time low, to name a few 

20 examples. To add an alert, the user selects an existing content window (stage 162) in the 

browser application and selects an option to add an alert to the selected content window (stage 
164). The user then specifies the alert criteria to define how and when the alert should be 
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displayed. The user selects an option to save the alert (stage 168). For example, a user may 
want to be quickly and easily be informed that sales are over projections or are under 
projections, as one non-limiting example. An indicator can be displayed in the content 
window to indicate that the event has occurred. In the previous example, a green indicator 
5 might be displayed to indicate that sales are over projection and a red indicator might be 
displayed to indicate that sales are below projection. One or more alerts with one or more 
alert conditions can be established for each content window to provide some identifying 
aspect of the data represented. 

Turning now to FIG. 7, a simulated screen showing one implementation of the browser 

10 user interface on client computer 30a described in FIGS. 1-6 is illustrated. The user interface 
is portrayed in a dashboard format with multiple content windows 180a, 180b, 180c, 180d, 
180e, 180f, 180g, 180h, and 180i displayed in varying arrangements. One or more content 
windows could be displayed. Alerts 182 visually indicate that certain criteria have been met, 
as described in further detail in FIG. 6. Content window 180i textually describes several 

15 alerts that have occurred. The user can customize the arrangement, size, content and layout of 
the content windows in the dashboard. As the user interacts with the application, all calls to 
Web Server 24 are made asynchronously so the user can continue interacting with other 
aspects of the application while the data is being retrieved. A single page is used for the entire 
application and is dynamically changed based on user selections. As described earlier, the 

20 page never changes to another page like you would find with typical web applications, and 
thus the browser application provides the look and feel that is more commonly found in a 
traditional client-server application. 
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A person of ordinary skill in the computer software art will recognize that the user 
interface features, including the window navigation style, mechanism for selecting options, 
screen content, and layouts could be organized differently to include fewer or additional 
options or features than as portrayed in the illustrations and still be within the spirit of the 
5 invention. 

In one embodiment of the present invention, a method is disclosed comprising 
requesting that a browser-based application be retrieved from a server, said browser-based 
application requiring no web components to be installed before using the application other 
than a web browser; receiving a single page from the server that contains code for a user 

10 interface for the application; displaying the user interface to a user, said user interface 

containing a plurality of content windows; determining that at least one piece of data needs to 
be retrieved from a data source; from a hidden frame in the single page, sending an 
asynchronous request to the server for the at least one piece of data; receiving the at least one 
piece of data from the server; and using the at least one piece of data in the application. 

15 In another embodiment of the present invention, a method is disclosed comprising 

receiving a request from a user to access a browser-based application, said browser-based 
application requiring no web components to be installed before using the application other 
than a web browser; determining that at least one piece of data needs to be displayed in the 
application; retrieving the at least one piece of data from at least one data source to include in 

20 the application; generating a single page that contains code for a user interface of the 

application; returning the single page to the browser so the user interface can be displayed to 
the user; receiving an asynchronous request for additional data from the single page; 
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retrieving the additional data from a data source asynchronously so the user can continue 
interacting with the user interface while the additional data is being retrieved; and returning 
the additional data to the single page for use in the application. 

In yet another embodiment of the present invention, a system is disclosed comprising a 
5 server computer; a client computer coupled to the server computer over a network; wherein 
the client computer is operable to send an initial request to the server for a browser-based user 
interface having multiple content windows, and to send to the server asynchronous requests 
for data as a user interacts with the user interface; and wherein the server computer is operable 
to receive the initial request from the client computer for the browser-based user interface, to 

10 generate the user interface into a single page, to send the single page user interface to the 

client computer, to receive the asynchronous requests for data, to use an application business 
logic to retrieve the asynchronously requested data from at least one data source, and to return 
the asynchronously requested data to the client computer. 

While the invention has been illustrated and described in detail in the drawings and 

15 foregoing description, the same is to be considered as illustrative and not restrictive in 
character, it being understood that only the preferred embodiment has been shown and 
described and that all equivalents, changes, and modifications that come within the spirit of 
the inventions as described herein and/or by the following claims are desired to be protected. 
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